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Features 


Based on ROSS’ fifth-generation 

hyperSPARC™ processor 

— RT620D Central Processing Unit 
(CPU) 

— RT626 Cache Controller, Memory 
Management, and Tag Unit 
(CMTU) 

— Four (512-Kbyte) or eight 
(1-Mbyte) RT628 Cache Data Units 
(CDUs) 

— Intra-Module Bus incorporates low 
voltage logic to reduce power and 
increase speed 

Full multiprocessing implementation 

— Hardware support for symmetric, 
shared-memory multiprocessing 

— Level 2 MBus support for cache 
coherency 


Selection Guide 
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hyperSPARC™ CPU Module 


SPARC compliant 

— SPARC Instruction Set Architec- 
ture (ISA) Version 8 compliant 

— Conforms to SPARC Reference 
MMU Architecture 

— Conforms to SPARC Level 2 MBus 
Module Specification (Revision 1.2) 

Dual-clock architecture 

— CPU scaleable up to 200 MHz 

— MBus scaleable up to 66 MHz 

Each hyperSPARC processor features 


— Superscalar SPARC CPU with inte- 
grated floating point unit, 16-Kbyte 
instruction cache, and 16-Kbyte 
data cache 


— Speculative fetch keeps primary 
caches loaded to assure high cache 
hit rates 


RT620D 


VOLTAGE 


REGULATOR 


— Zero-wait-state, 512-Kbyte or 
1-Mbyte 2nd-level cache 


— Demand-paged virtual memory 
management 


Module design 


— MBus-standard form factor: 3.30” 
(8.34 cm) x 5.78” (14.67 cm) 


— Provides CPU upgrade path at 
module level 


— Advanced packaging technology 
for a compact design 


High performance * 

— 224-229 SPECint92 

— 247-259 SPECfp92 

* in a 66MHz MBus system 


MBus (Level 2) 


Figure 1. Logic Block Diagram 

















Part Number: RT6224K * -180/512 -180/1024 -200/512 -200/1024 
CPU Operating Frequency (MHz) 180 180 200 200 
Typical Power Consumption (w)** 

Second-level Cache Size 512K 1M 512K 1M 
SPECint92 / SPECfp92 224 / 247 229 / 259 





SPECrateint92 / SPECratefp92 
(single processor) 





SPECrateint92 / SPECratefp92 
(dual processor) 























*See Appendix C for hyperSPARC ordering information ** Commercial 


e ROSS Technology, Inc. ¢ 5316 Hwy. 290 West e Austin, Texas 78735 e TEL (512) 436-2000 e FAX (512) 892-3036 








Ress 


TECHNOLOGY , 


Functional Description 


The RT6224K hyperSPARC Module is a complete SPARC 
CPU, including on-board primary and secondary cache 
memories. It is packaged as a compact PCB and interfaces to 
the remainder of the system via a SPARC-standard MBus 
connector. The CPU on the RT6224K consists of a high- 
speed superscalar, highly pipelined processor with dual inte- 
ger ALUs and an on-chip floating-point unit (RT620D), a 
Cache Controller, Memory Management, and Tag Unit 
(RT626), and four (512-Kbyte cache configuration) or eight 
(1-Mbyte cache configuration) RT628 Cache Data Units. The 
RT6224K fits within the clearance envelope for MBus mod- 
ules per the SPARC MBus Specification. 


The RT6224K interfaces to the rest of the system via the 
SPARC MBus and conforms to the SPARC Reference MMU. 
This standardization allows the RT6224K to be interchange- 
able with other SPARC MBus-based CPU modules without 
having to modify any portion of the memory system or I/O. 
This CPU “building block” strategy not only decreases the 
user’s time to market, but provides a mechanism for upgrad- 
ing in the field. 


Special Registers Integer Registers (REGS) 


Program a Global Decoder 
Counter 


Dependency Checker 
Schedule and Control 


Exception Logic 


ISCHED 


Unit | 


Instruction Address 


Instruction 
Fetch 
Controller 
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Component Overview 

Superscalar SPARC Processor (RT620D) 

The RT620D Central Processing Unit is the heart of ROSS’ 
fifth-generation of microprocessor. The RT620D CPU archi- 
tecture employs two advanced concepts for increasing com- 
puter system performance: superscalability and superpipelin- 
ing. 

The RT620D is a high performance full-custom CMOS im- 
plementation of integrated SPARC integer and floating-point 
logic, with separate on-chip instruction and data caches. 





Advanced architecture and manufacturing technologies give 
the RT620D ultra high performance without requiring soft- 
ware recompilation. Figure 2 is a logic block diagram of the 
RT620D. 


IDP. The Integer Data Path comprises several units. Two 
independent Arithmetic and Logic Units (ALUs) handle inte- 
ger arithmetic, logical, and shift instructions. The Load/Store 
Unit (LSU) handles instructions that load and store data be- 
tween memory and registers, which includes the loading and 
storing of both integer and floating-point data. The Special 


Floating Point Registers (FREGS) 


Floating Floating 
Point Point 
Queue Scheduler 


ry 
Intramodule 
Bus 
Interface 


Data/ 


Instruction 


Figure 2. RT620D CPU Logic Block Diagram 
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Register Unit (SRU) handles instructions that read and write 
the SPARC Special Registers (SREGS). The Integer Register 
File (IREGS) is also contained in the IDP. 


FPDP. The Floating-Point Data Path also comprises several 
units. These are the Floating-Point Queue (FPQ), the Float- 
ing-Point Arithmetic Unit (FAU), The Floating-Point Multi- 
plier Unit (FMU), the Floating-Point Register File (FREGS), 
and the Floating-Point Status Register (FSR). The multiplier 
unit implements full double-precision multiplies. These 
floating-point units handle all SPARC floating-point instruc- 
tions. 


ISCHED. The Integer Scheduler performs key control func- 
tions. It provides global instruction decodes to identify which 
execution unit resources are required, and determines wheth- 
er sequential or simultaneous execution is possible. 


The ISCHED also determines whether data forwarding can 
be performed and whether instruction dispatches (also called 
“Jaunches”) need to be delayed due to data dependencies. 
The ISCHED initiates instruction launch and identifies and 
controls interrupt and trap handling. 


FPSCHED. The Floating-Point Instruction Scheduler per- 
forms key control functions for the floating-point unit. When 
the Integer Unit detects floating-point instructions in the 
decode stage, it offloads these instructions to the floating- 
point functional units and continues processing. Therefore, 
functional blocks exist that perform necessary decode, sched- 
uling, and control for the floating-point operations. 


The FPSCHED performs floating-point instruction decoding, 
resolves floating-point data dependency and data-forwarding 
conditions, and provides the ISCHED with floating-point 
execution status. Delayed instructions are stored temporarily 
in the Floating-Point Instruction Queue (FPQ). Instructions 
are launched from the FPQ as data dependencies are 
resolved. 


IFETCH. The Instruction Fetch Unit consists of two major 
functional blocks referred to as the Program Counter Unit 
(PCU) and the Instruction Fetch Controller (FETCHC). 


The PCU calculates the address of the next instruction to be 
fetched. It handles instructions that cause program control 
transfer, such as CALL and BRANCH. This unit handles both 
integer and floating-point branch instructions. 


The IFETCHC fetches two instructions at a time, and in each 
clock cycle, the CPU attempts to launch both at once. To 
improve ICACHE hit rates, the CPU attempts to fetch the 
next doubleword each time a miss is detected. This specula- 
tive fetch succeeds if there are no pending data accesses and 
if the required data resides in the secondary cache. 


ICACHE. The on-chip instruction cache is organized as a 
four way set associative buffer. The ICACHE stores 16 
Kbytes of instructions. Its inclusion follows the Harvard ar- 
chitecture approach, reducing bus contention during memory 
accesses. The ICACHE has a 4 to 5 CPU clock cycle cache 
miss penalty. 


DCACHE. The on-chip data cache is organized as a four way 
set associative buffer. The DCACHE is 16 Kbytes, organized 
as 512 lines of 32 bytes each. Lines are virtually indexed and 
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virtually tagged. The DCACHE uses a write through with no 
write allocate policy, with a pseudo random replacement 
algorithm. One doubleword is fetched for every DCACHE 
miss. To improve the hit ratio, the next speculative fetch is 
performed in the same cache line in the DCACHE. 


Unlike the ICACHE, the DCACHE is always a subset of the 
secondary cache. Secondary cache snoop invalidates and line 
replacements automatically cause a line in the DCACHE to 
be invalidated. Since the DCACHE is virtually addressed and 
has no context information, the entire DCACHE must be 
flushed on context switches and page remapping. Also, the 
DCACHE line size may not be the same as the secondary 
cache, so a flush must always use a stride of 32 bytes to assure 
the DCACHE is flushed completely. 


IBIU. The Intra-Module Bus Interface Unit provides the in- 
terface between the RT620D CPU and the external world. 
The IBIU samples incoming control signals and propagates 
controls to appropriate functional blocks. The IBIU is respon- 
sible for generating memory access control signals to the 
cache memory subsystem. Data and instructions are read 
from memory and data is written to memory, through the 
IBIU. 


Cache Control, Memory Management, and Tag Unit 
(RT626) 

The CMTU (RT626) is a combined Cache Controller and 
Memory Management Unit optimized for multiprocessing 
systems. The CMTU is a high-speed CMOS implementation 
of the SPARC Reference MMU, combined with cache, a 
memory controller, and on-chip physical cache tag memory. 
The CMTU supports the SPARC MBus Level 2 protocol for 
multiprocessing systems. Figure 3 depicts the CMTU block 
diagram. 


The CMTU directly connects to the RT620D Central Proces- 
sing Unit and RT628 Cache Data Units without any external 
circuitry. The RT626 CMTU uses four or eight RT628 CDUs 
to realize 512 Kbytes or | Mbyte, respectively, of zero-wait- 
state, direct-mapped virtual cache memory. 


MMU. The MMU portion of the CMTU provides translation 
from a 32-bit virtual address (4 gigabytes) to 36-bit physical 
address (64 gigabytes), as provided in the SPARC reference 
MMU specification. Virtual addresses are further extended 
with the use of a context register, which is used to identify up 
to 4096 contexts or tasks. The TLB entries contain context 
numbers to identify tasks or processes. This minimizes un- 
necessary TLB entry replacement during task switching. 





The CMTU performs its address translation task by compar- 
ing a virtual address supplied by the RT620D through the In- 
tra-Module Bus to the address tags in the TLB entries. If a 
“hit” occurs, the physical address stored in the TLB is used to 
translate the virtual-to-physical address. If the virtual address 
does not match any valid TLB entry, a “miss” occurs. This 
causes a table walk to be performed by the MMU. The table 
walk is a search performed by the MMU through the address 
translation tables stored in main memory. Upon finding the 
PTE, the MMU translates the address and selects a TLB entry 
for replacement. 
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IMB CONTROL 


ADDRESS 
TRANSLATION 
CACHE 
(64-ENTRY 
CAM) 


CMTU REGISTERS 
MMU AND 


CACHE CONTROL 


READ BUFFER 


CTAG 
(16K ENTRY) 


ASYNCHRONOUS 
BUS CONTROL CDU 


CONTROL 


WRITE BUFFER 


MBUS CONTROL 





Figure 3. RT626 CMTU Block Diagram 


Cache Controller The CMTUs cache controller supports 
two modes of caching: write-through with no write allocate 
and copy-back with write allocate. The cache is “virtually in- 
dexed” and “physically tagged.” 


In 1-Mbyte secondary cache versions, the cache is organized 
as 16384 lines with two sub-blocks, each of which is 32 bytes. 
Intra-module address bits IMA[19:6] select the cache line, 
IMAJ[5] selects the sub-block, and IMA[4:3] select the 64-bit 
word of the cache line. In 512-Kbyte secondary cache ver- 
sions, only one sub-block is populated, and IMA[18:5] select 
the cache line and IMA[4:3] select the 64-bit word of the 
cache line. 


The 16384 cache tag entries in the RT626 are virtual address 
indexed. From the processor side, the virtual address on the 
intramodule bus is used to select a cache line entry and its 
corresponding cache tag entry. The translated physical 
address is then compared against the physical address in the 
selected cache tag entry to determine if the required data 
resides in the cache. 


From the MBus side, the superset virtual address bits are con- 
catenated with physical address bits [11:5] to select a cache 
line entry and its corresponding cache tag entry. The physical 
address on MBus is then compared against the physical 


address in the selected cache tag entry to determine if the 
required data resides in the cache. 


A 64-byte write buffer and a 32-byte read buffer are provided 
in the RT626 to fully buffer the transfer of cache lines. This 
feature allows the CMTU to simultaneously read a cache line 
from main memory as it flushes a modified cache line from 
the cache. 


MBus. The CMTU supports the SPARC MBus interface stan- 
dard and the SPARC MBus Level 2 cache coherency proto- 
col. It supports data transfers in transaction sizes of 1, 2, 4, 8, 
or 32 bytes. These data transfers are performed in either burst 
or non-burst mode, depending upon the size. Data transac- 
tions larger than 8 bytes are transferred in burst mode. Bus 
mastership is granted and controlled by an external bus arbi- 
ter. 


The CMTU also supports the MBus Module Identifier feature 
of the MBus, in which it accepts the Module Identifier input 
from the MBus and embeds it in the MBus address phase of 
all MBus transactions initiated by the CMTU. 

Cache Data Units (RT628) 


The RT628 is organized as four arrays of 32-Kbytes each. It 
contains a one-deep write buffer pipeline, byte write logic, 
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ARRAY 0 
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A A 
D D 
D D 
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ARRAYI DATA ARRAY? DATA ARRAY3 DATA 
inpuTLATCH | ‘'| |_inputLatcH | °?} | inpurLarcH | 3 


ARRAY 2 
(32K X 8) 


ARRAY 1 
(32K X 8) 


ARRAY 3 
(32K X 8) 


D[23:16] D[31:24] 


Figure 4. RT628 Block Diagram 


registered inputs, data-in and data-out latches, and data for- 
warding logic for the write buffer. 


Writing into the RAM core is delayed until the next write 
access. To allow data forwarding, the CDU incorporates a 
comparator to compare the address of the write-buffer to the 
incoming read address. If a match occurs, data is forwarded 
directly from the write-buffer to satisfy the current read 
cycle. 


For a more complete description of the individual SPARC 
components used in the RT6224K, please refer to the ROSS 
SPARC RISC User’s Guide and Appendix B. 


Module Design 

Advanced Packaging Technology 

The RT6224K employs multi-die packaging (MDP) technol- 
ogy to facilitate higher clock frequencies and reliable opera- 
tion. Each MDP component contains a complete hyper- 
SPARC CPU chipset. MDP technology improves electrical 
characteristics by reducing electrical parasitics, allowing 
multiple discrete chips to function as a single monolithic die. 


Clock Distribution 


The RT6224K uses two MBus clock signals (MCLK[0] and 
MCLK[1]) as defined in the MBus Specification. In order to 
minimize clock skew, traces have been carefully routed. All 
clock lines are routed on inner layers of the module PCB, and 
their lengths and impedances are matched. The MBus clock 
lines have diode termination to reduce signal undershoot and 
overshoot, and all intramodule clock lines use a parallel resis- 
tive termination of 602. 


MBus Connector (Module) 


The RT6224K interface is via the 100-pin SPARC MBus 
connector, which is a two-row male connector with 0.050” 
spacing (AMP part number 121354-4 or Fujitsu part number 
FCN-264P100-G/C). The connector is a controlled impe- 
dance-type (50Q +10%) based on a microstrip configuration 
that provides a controlled characteristic impedance plus very 
low inductance and capacitance. Separate power and ground 
blades are provided for isolation to prevent noise transfer- 
ence. Table 1 details the RT6224K standard connector pinout. 
This MBus connector supports Level 2 MBus. 
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Mating MBus Connector (System Interface Board) 


The module connects to the system interface through the 
standard MBus female connector (vertical receptacle 
assembly, AMP part number 121340-4 or Fujitsu 
FCN-264J100-G/0). 


Reset and Interrupt Signals 


A power-on reset signal is generated to the module from the 
MBus via the RSTIN signal. Level sensitive interrupts (15 
max) are generated to the RT620D via the MIRLO[3:0] lines 
from the MBus. A value of 0000b means that there is no 
interrupt, while a value of 1111b means an NMI (Non-Mask- 
able Interrupt) is being asserted. IRL values between | and 14 
represent interrupt requests that can be masked by the 
processor. 
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MBus Request and Grant Signals 

One set of request and grant signals (MBR[0] and MBG[0]) 
are generated to/from the RT6224K modules to arbitration 
logic on the motherboard. 

MBus SCAN Test Feature 

The RT6224K module also supports the Boundary SCAN test 
feature of the MBus. For more details on the SCAN test, 
please refer to the ROSS SPARC RISC User’s Guide and 
SPARC MBus Interface Specification. 

MID Lines 

MIDJ[0] is tied to ground. 








Table 1. MBus Connector Pinout !!! 


Blade #1 


TDO Ground 
TCLK 
MIRLO[O] 
MIRLO[2] 
MAD[0] 
MAD[2] 
MAD[4] 
MAD{[6] 
MADJ[8] 
MAD[10] 
MAD[12] 
MAD[14] 
MAD[16] 
MAD[18] 
MAD[20] 
MAD[22] 
MAD[24] 
MAD[26] 
MAD[28] 
MAD{[30] 
MBRY(0] 
MBG[0] 
MCLK[O] 
MCLK[1] 


TRST 
MIRLO[1] 
MIRLO[3] 
RES 
MAD[1] 
MAD{3] 
MADI[5] 
MAD(7] 
MAD[9] 
MAD[11] 
MAD(13] 
MAD([15] 
MAD(17] 
MAD[19] 
MAD[21 
MAD(23] 
MAD([25] 
MAD(27] 
MAD(29] 
MAD{31] 
MSH 
MIH 
MRTY 
MRDY 


Ground 


Ground 


Ground 


Blade #2 


+5V 


+5V 


+5V 


+5V 

















Blade #3 
Ground 


Ground 





Notes: 


1. RES and RSVD pins are not used in the RT6224K but reserved for other 


MBus module upgrades. See the System Design Considerations section 


Pin # | Signal Name Signal Name 


MCLK[2] Ground MERR 
MCLK[3] MAS 
RES MBB 
RES RSVDO 
MAD{[32] MAD{[33] 
MAD{[34] MAD{[35] 
MAD{[36] MAD{[37] 
MAD{[38] MAD{[39] 
MAD/[40] MAD[41] 
MAD[42] MAD[43] 
MAD[44] MAD[45] 
MAD[46] MAD[47] 
MAD[48] MAD[49] 
MAD[50] MAD[51 
MAD[52] MAD[53] 
MAD[54] MAD[55] 
MAD[56] MAD[57] 
MAD[58] MAD[59] 
MAD[60] MAD[61] 
MAD[62] MAD[63 
RSVD1 RES 
RES RES 
RES AERR 
RSTIN MID[1] 
MID[2] MID{[3] 


Ground 


Blade #4 


+5V 


+5V 


+5V 


+5V 


Blade #5 


Ground 


Ground 




















Ground 


Ground 





for the assignment of these reserved pins per the SPARC MBus Specifica- 
tion. 
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Absolute Maximum Ratings [2] (Provided as guidelines; not tested.) 


Supply Voltage Range —0.5 to +7.0 


RT6224K-180/1024 
Maximum Power Consumption 
RT6224K-200/512 


RT6224K-180/512, Vcc = 5.0V 
RT6224K-180/512, Vcc = 5.0V 

Maximum Supply Current 
RT6224K-200/1024, Vcc = 5.0V 
RT6224K-—200/1024, Vcc = 5.0V 

Vi Input Voltage Range —0.3 to +7.0 

Storage Temperature —20 to +75 


Recommended Operating Conditions !*! 


, 
v 
Iz 

loz 

Isc 

Ta 


Vcc 
Icc 
VI 





Units 


x | Units | 
7], aie 
Rae 
aed 
Pa] 
Pa | 


<| < 


So 
Nn 


c 
> 


Cc 
Output LOW Voltage Vcc = Min., Io, = 8.0 mA : 
liz Input Leakage Current (non-clock pins) Vcc = Max., Vss < Vout < Vcc -10 +10 
Input Leakage Current (clock pins) Vcc = Max., Vss < Vout < Vcc —40 +40 
Output Leakage Current Vcc = Max., Vss < Vout < Vcc -15 +15 
0 
5 


c 
> 


| 
ioe) 
Nn 
c 


Isc Output Short Circuit Current ©] Vcc = Max., Vout = 0V 
Ta Operating Ambient Air Temperature [6 
Operating Relative Humidity 3] 


Capacitance |”! 


Input Capacitance 
Clo 





BS) 
9 


Output Capacitance 
Cio Input/Output Capacitance 
Clock Input Capacitance 





Notes: 
2. All power and ground pins must be connected to other pins of the same 5. Not more than one output should be tested at one time. Duration of the 
type before any power is applied to the RT6224K. At least three clock short circuit should not be more than one second. 
cycles must be applied to set up the internal chip drivers properly. 6. See Appendix A. hyperSPARC Module Thermal Specifications. This 
3. Non-condensing. Maximum rate of change of 30% per hour. temperature should not be exceeded when the device is consuming maxi- 
4. Recommended use of this module does not include ‘“‘hot-socketing” or mum power with 300 linear feet per minute (LFM) of airflow at sea level. 
“live-insertion” (i.e., it is not recommended that the RT6224K be placed 7. Tested initially and after any design or process changes that may affect 
in the MBus socket with the power supply on). these parameters. 


























AC Electrical Characteristics Over the Operating Range [8.9] 


a 
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5 5 


5 


5 5 5 


5 


5 
|||] : : : 


SN 
Pen [MBarinco-Pamcomthonmon [20 [p20 [| = | 


Asynchronous Signals 


MBus Reset Duration [!?1 





Notes: 


8. 


Test conditions assume signal transition times of 3 ns or less, a timing 
reference level of 1.5V, input levels of 0 to 3.0V, and output loading of 
80-pF capacitance, not including the module itself (with the exception 
of MBus point-to-point control signals, tested with an output loading 
of 40 pF). 

All measurements made at MBus connector. 





10. 


11. 
12. 


100 


All timing parameters are relative to one of the two processors (e.g., 
top is guaranteed relative to MCLK[0]). 
Measured between any two MCLK signals. 


This is the minimum time for which RSTIN must be asserted after 
both high and low power supply voltages are stable. 
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MBus Timing Diagrams 
Single Read Transaction 


CLK 


MAD[63:0] 


MBR 


MBB 


MAS 


MRDY 





Single Write Transaction 
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System Design Considerations 


The RT6224K implements a subset of all possible MBus sig- 
nals. Signals that are optional and/or specifically for multi- 
processor modules may not be supported. The MBus connec- 
tor, per the SPARC MbBus Specification, defines the 
assignments listed in Zable 2 for pins reserved on the 
RT6224K. Although these signals are not used on the 
RT6224K, systems designers should be aware of these 
assignments to preserve compatibility with other MBus mod- 
ules. 


Table 2. Pins Reserved on RT6224K 


nan 


* Non-floating. Reserved for ROSS internal use only. 
These signals should not be driven. 
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All MAD, bused control, and point to point control signals 
use 8-mA drivers. The MSH and AERR signals use open- 
drain drivers. 


10-Kohm pull up resistors are required on MAS, MRDY, 
MRTY, MERR, MBB, and MIH. A 1.5-Kohm pull up resistor 
is recommended on AERR. A 619 ohm pull up resistor is rec- 
ommended on MSH. MAD signals require holding amplifi- 
ers. 

















In order to assure that all module scan circuitry is initialized 
to the normal operating state on reset, the following is recom- 
mended for the MBus scan signals. TDI and TMS should be 
pulled up to 5V with 10KQ resistors. TCLK must toggle at 
least 3 full cycles while TRST is asserted in order to reset all 
scan circuitry. RSTIN may be driven by the module when the 
module is in scan mode, so it should be buffered from the rest 
of the system. These requirements may be met by connecting 
each signal as shown in Figure 5. The RT6224K uses 
MCLK[0] to clock the processor and MCLK[1] for test. 


As the frequency of operation increases, transmission line ef- 
fects play a bigger role. Care must be taken to keep skew be- 
tween any two clock signals at the MBus connector within the 
specifications given in the Synchronous Signals table in the 
AC Characteristics section. MBus signal lines must be routed 
carefully to minimize crosstalk and interference. A thorough 
SPICE analysis of the motherboard design is recommended. 


Use of HH Smith #4387 (3/4” length by 1/4” OD) stand-offs 
or equivalent is recommended on the motherboard to support 
the module and prevent damage to the connector. 








If mounting screws are used, nylon screws are recommended 
to prevent over-torquing and damage to the PCB. 


RT6224K 





Figure 5. Scan Pin Connections 
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RT6224K Mechanical Drawing 13.14. 151 





Top View 
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Figure 6. RT6224K Mechanical Dimensions 


Notes: 

13. Drawing is for reference only. Appearance of module is subject to 15. To ensure compliance with all future MBus modules, systems develop- 
change without notice. ers should design to the MBus module envelope per the SPARC MBus 

14. Drawing is not to scale. All dimensions are in inches (mm). Specification. 
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Module Serial Number *51162246900254* 


RT6224K-180/512-66 03 9645 -45 Rev B 


ROSS Part Number: Bill of Materials 


Revision 
Manufacturer Code 








Date Code Bill of Materials 


Figure 7. RT6224K Module Labeling 
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Appendix A. hyperSPARC Module Thermal 
Specifications 


Ambient Temperature 





Ambient temperatures as high as 50°C are acceptable for the 
RT6224K provided airflow is 300 linear feet per minute 
(LFM) minimum through the heatsink fins at all locations 
indicated in Figure 8. In this context, ambient temperature is 
defined as the air temperature in immediate proximity to the 
module. 


Module airflow measurements must be taken with the 
anemometer probe in front of the fins, approximately 1/2” 
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above the top of the PCB at the indicated locations. The air- 
flow must meet the minimum requirements at all locations 
indicated in Figure 8. When taking airflow measurements the 
module should be installed in a system that is configured in 
the same fashion as the actual final production system (for 
example, all external covers and panels should be installed, 
and any internal ducting or baffling should also be installed). 





Ambient temperature should be measured within the system, 
as it enters the fins of the heatsinks on the module. 


For further information regarding thermal measurements 
contact ROSS Applications Engineering. 


Top View 


















































xX 


Airflow Measurement Points 





Side View 





Figure 8. RT6224K Airflow Measurement 
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Appendix B. Impact of Cache Size on System 
Design. 
Hardware Differences 


hyperSPARC modules with 256-Kbytes of secondary cache 
utilize the RT625 Cache Controller, Memory Management, 
and Tag Unit (CMTU) and four RT627 Cache Data Units 
(CDUs). Modules with 512-Kbytes or 1-Mbytes of secondary 
cache utilize the RT626 CMTU and either four or eight 
RT628 CDUs. 


CDU. The RT628 is functionally equivalent to the RT627 
described in the ROSS SPARC RISC User’s Guide except that 
the RT628 is based on a 32-Kbyte x 32-bit SRAM core. 


CMTU. The RT626 is functionally equivalent to the RT625 
described in the ROSS SPARC RISC User’s Guide, with the 
few exceptions outlined below. 


The RT626 supports two cache sizes: 512-Kbyte and 
1-Mbyte. Cache lines are directly addressed by the RT620 
CPU with the Intra-Module Address Bus (IMA[31:0]). The 
512-Kbyte cache is organized into 16384 lines of 32 bytes 
each. IMA[18:5] select the cache line, and IMA[4:3] select 
the 64-bit word of the cache line, as illustrated in Figure 9. 
The 1-Mbyte cache is organized into 16384 lines with two 
sub-blocks, each sub-block being 32 bytes. Address bits 
IMA[19:6] select the cache line, address bit IMA[5] selects 
the sub-block, and address bits IMA[4:3] select the 64-bit 
word of the cache line, as illustrated in Figure 10. 





IMA[31:0] IMA[4:3] 





Intra-Module Data Bus 
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The RT626 cache tag array consists of 16384 direct-mapped 
physical address cache tag entries. The layout of the cache 
tag entries is identical to that of the RT625. The 16384 CTAG 
entries are virtual address indexed. 





From the processor side, the cache line select field, 
IMA[18:5] in the case of the 512-Kbyte cache or IMA[19:6] 
in the case of the 1-Mbyte cache, is used to select a cache line 
entry and its corresponding cache tag entry. 


From the MBus side, the index field for CTAG, as supplied 
by the MBus, is formed by concatenating the superset virtual 
address bits [18:12] (MAD[52:46]) in the case of 512-Kbyte 
cache or [19:12] (MAD[53:46]) in the case of 1-Mbyte cache 
with physical address bits [11:5] (MAD[11:5]) as shown in 
Figure 9 and 10. 


The System Control Register (SCR) is the same in both the 
RT625 and RT626, except for the Cache Size bit (SCR[12]). 
In the RT626, CS=0 indicates a 512-Kbyte cache subsystem, 
and CS=1 indicates a 1-Mbyte cache subsystem. 


RT626 CTAG entries may be accessed using word LDST 
Alternate instructions with the cache tag entry address and 
ASI=Ox0E. Each tag entry can be read as a Load single or can 
be written as a Store single by the RT620. The address map- 
ping for the Cache Tag entries is shown in Table 3. 









Cache Double 
Word Address 











IMA[18:5] 


Intra-Module Address Bus 


Cache Line Address 





CBWE[7:0] 










32 Bytes (4 x 64-bit words) 






/ \ 














16384 Lines 


512-Kbyte Cache Memory 











Figure 9. 512-KByte Cache Memory Subsystem 
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Intra-Module Address Bus 































IMA[31:0] IMA[4:3] IMA[5] 
Ganie Double (selects cache 
sub-block) 
Word Address 
32 Bytes (4 x 64-bit words) 32 Bytes (4 x 64-bit words) 
IMA[19:6] Je 
Cache Line Address 




















CBWE[7:0] 










512-Kbyte Sub-Block 


= vA =\ 


16384 Lines 16384 Lines 


512-Kbyte Sub-Block 











Figure 10. 1-Mbyte Cache Memory Subsystem 
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Figure 11. RT626 Cache TAG (CTAG) Comparison (512-Kbyte Cache) 
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Cache Sub-Block Select 
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Cache Sub-Block Select 


Byte 
Select 
6 |54 0 








Processor Address 


VA[31:20] Cache Line Select 
































Physical Address 
from TLB 








16384 Entries 





























Figure 12. RT626 Cache TAG (CTAG) Comparison (1-Mbyte Cache) 


Software Differences 


OBP. The Open Boot PROM (OBP) is responsible for deter- 
mining the size of the cache, setting the Cache Size bit in the 
System Control Register (SCR), and passing cache line size 
and number of cache lines on to the operating system kernel. 
The cache size may be hard coded, or it may be determined 
dynamically by scanning for the largest byte stored using the 
CACHE DATA ASI (OxF), as shown in the following pseudo- 
code segment: 


(2*1024* 1024), %00 |! 2-Mbyte cache 
%o0, [WoOJASI CACHE DATA 


(1*1024* 1024), %00 =! 1-Mbyte cache 
%o0, [%oOJASI CACHE DATA 


(512*1024), %00 =! 512-Kbyte cache 
%o0, [WoOJASI CACHE DATA 


(256* 1024), %00 =! 256-Kbyte cache 
%o0, [%o0]| ASI CACHE DATA 


(128*1024), %00 =! 128-Kbyte cache 
%o0, [WoOJASI CACHE DATA 


[%g0]ASICACHE_DATA, %ol 


set 
sta 


set 
sta 


set 
sta 


set 
sta 


set 
sta 


Ida 
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The register %o1 will contain the size of the installed cache, 
since addresses which are larger than the installed cache wrap 
around to virtual index 0. 


When flushing cache lines, a stride of 32-bytes should always 
be used to assure the primary and secondary caches are both 
flushed. 


Colorado 4 modules are supported by OBPs available from 
ROSS (Rev 2.25.1H or later). For more information, contact 
ROSS Applications Engineering. 


Operating System. Generally, no operating system modifi- 
cations should be necessary due to changes in secondary 
cache size. Solaris 2.4 and earlier, however, contains a bug 
which limits operation to systems with cache sizes of 
256-Kbytes or less. The bug causes a data area to be overwrit- 
ten when the cache size exceeds 256-Kbytes. In all standard 
Solaris 2.4 kernels investigated by Sun, the data area over- 
written is not used, so the bug is not evident. It may be pos- 
sible, however, that a non-standard kernel with a different 
data layout may experience problems. This bug has been cor- 
rected in Solaris 2.5 and later. For more information, contact 
ROSS Applications Engineering. 
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Table 3. Cache Tag Entry Address Mapping 
512-Kbyte 


EC 

a 

a 

a 
3 


TFFEx H 16383 | 1FFFCx H 16383 


(X = Don’t Care) 
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Appendix C. hyperSPARC Ordering Information 


SE 
Ordering Code Frequency (MHz) Cache size oa (MHz) 
peremacosia SK 

rae | ar | | a 


ermine [TT 
fermen [mR 


For up-to-date ordering and sales information contact: 





ROSS Technology, Inc. ROSS Technology, Inc., Europe 
5316 Hwy. 290 West Avenue Ernest Solvay, 80 
Austin, Texas 78735-8930 USA 1310 La Hulpe 
Telephone: (800) ROSS-YES Belgium 

(512) 349-3108 Telephone: +32 2 652 1014 
FAX: (512) 436-2471 FAX: +32 2 652 1062 


This document contains preliminary information on a product under development at ROSS Technology, Inc. ROSS Technology 
reserves the right to change this information without notice. 


SPARC is a registered trademark of SPARC International, Inc. 
hyperSPARC is a trademark of SPARC International, Inc., used under permission by ROSS Technology, Inc. 


©rRoss Technology, Inc., 1994. The information contained herein is subject to change without notice. ROSS Technology, Inc. assumes no responsibility for the use of any circuitry other than circuitry embodied 
in a ROSS Technology, Inc. product. Nor does it convey or imply any license under patent or other rights. ROSS Technology does not authorize its products for use as critical components in life-support systems 
where a malfunction or failure of the product may reasonably be expected to result in significant injury to the user. The inclusion of ROSS Technology products in life-support systems applications implies that 
the manufacturer assumes all risk of such use and in so doing indemnifies ROSS Technology against all damages. 





